home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxxx / rfc1619 < prev    next >
Text File  |  1995-07-26  |  9KB  |  335 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         W. Simpson
  8. Request for Comments: 1619                                    Daydreamer
  9. Category: Standards Track                                       May 1994
  10.  
  11.  
  12.                            PPP over SONET/SDH
  13.  
  14.  
  15.  
  16. Status of this Memo
  17.  
  18.    This document specifies an Internet standards track protocol for the
  19.    Internet community, and requests discussion and suggestions for
  20.    improvements.  Please refer to the current edition of the "Internet
  21.    Official Protocol Standards" (STD 1) for the standardization state
  22.    and status of this protocol.  Distribution of this memo is unlimited.
  23.  
  24.  
  25.  
  26. Abstract
  27.  
  28.    The Point-to-Point Protocol (PPP) [1] provides a standard method for
  29.    transporting multi-protocol datagrams over point-to-point links.
  30.    This document describes the use of PPP over Synchronous Optical
  31.    Network (SONET) and Synchronous Digital Heirarchy (SDH) circuits.
  32.  
  33.    This document is the product of the Point-to-Point Protocol Working
  34.    Group of the Internet Engineering Task Force (IETF).  Comments should
  35.    be submitted to the ietf-ppp@merit.edu mailing list.
  36.  
  37.  
  38.  
  39. Applicability
  40.  
  41.    This specification is intended for those implementations which desire
  42.    to use the PPP encapsulation over high speed private point-to-point
  43.    links, such as intra-campus single-mode fiber which may already be
  44.    installed and unused.  Because the PPP encapsulation has relatively
  45.    low overhead, it is anticipated that significantly higher throughput
  46.    can be attained compared to other SONET/SDH payload mappings, at a
  47.    significantly lower cost for line termination equipment.
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Simpson                                                         [Page i]
  59. RFC 1619                   PPP over SONET/SDH                   May 1994
  60.  
  61.  
  62.                            Table of Contents
  63.  
  64.  
  65.      1.     Introduction ..........................................    1
  66.  
  67.      2.     Physical Layer Requirements ...........................    1
  68.  
  69.      3.     Framing ...............................................    2
  70.  
  71.      4.     Configuration Details .................................    3
  72.  
  73.      SECURITY CONSIDERATIONS ......................................    3
  74.  
  75.      REFERENCES ...................................................    3
  76.  
  77.      ACKNOWLEDGEMENTS .............................................    3
  78.  
  79.      CHAIR'S ADDRESS ..............................................    4
  80.  
  81.      AUTHOR'S ADDRESS .............................................    4
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112. Simpson                                                        [Page ii]
  113. RFC 1619                   PPP over SONET/SDH                   May 1994
  114.  
  115.  
  116. 1.  Introduction
  117.  
  118.    PPP was designed as a standard method of communicating over point-
  119.    to-point links.  Initial deployment has been over short local lines,
  120.    leased lines, and plain-old-telephone-service (POTS) using modems.
  121.    As new packet services and higher speed lines are introduced, PPP is
  122.    easily deployed in these environments as well.
  123.  
  124.    This specification is primarily concerned with the use of the PPP
  125.    encapsulation over SONET/SDH links.  Since SONET/SDH is by definition
  126.    a point-to-point circuit, PPP is well suited to use over these links.
  127.  
  128.    The Synchronous Optical Network (SONET) [3] is an octet-synchronous
  129.    multiplex scheme that defines a family of standard rates and formats.
  130.    Despite the name, it is not limited to optical links.  Electrical
  131.    specifications have been defined for single-mode fiber, multi-mode
  132.    fiber, and CATV 75 ohm coaxial cable.  The transmission rates are
  133.    integral multiples of 51.840 Mbps, which may be used to carry T3/E3
  134.    bit-synchronous signals.  The allowed multiples are currently
  135.    specified as
  136.  
  137.            STS-1    51.840         STS-18    933.120
  138.            STS-3   155.520         STS-24  1,244.160
  139.            STS-9   466.560         STS-36  1,866.240
  140.            STS-12  622.080         STS-48  2,488.320
  141.  
  142.  
  143.    The CCITT Synchronous Digital Heirarchy (SDH) defines a subset of
  144.    SONET transmission rates beginning at 155.520 Mbps [5].
  145.  
  146.            SONET           SDH equivalent
  147.            STS-3c          STM-1
  148.            STS-12c         STM-4
  149.            STS-48c         STM-16
  150.  
  151.  
  152.  
  153.  
  154. 2.  Physical Layer Requirements
  155.  
  156.    PPP treats SONET/SDH transport as octet oriented synchronous links.
  157.    SONET/SDH links are full-duplex by definition.
  158.  
  159.    Interface Format
  160.  
  161.       PPP presents an octet interface to the physical layer.  There is
  162.       no provision for sub-octets to be supplied or accepted.
  163.  
  164.  
  165.  
  166.  
  167. Simpson                                                         [Page 1]
  168. RFC 1619                   PPP over SONET/SDH                   May 1994
  169.  
  170.  
  171.       The octet stream is mapped into the SONET/SDH Synchronous Payload
  172.       Envelope (SPE), with the octet boundaries aligned with the SPE
  173.       octet boundaries.
  174.  
  175.       No scrambling is needed during insertion into the SPE.
  176.  
  177.       The Path Signal Label (C2) is intended to indicate the contents of
  178.       the SPE.  The experimental value of 207 (cf hex) is used to
  179.       indicate PPP.
  180.  
  181.       The Multiframe Indicator (H4) is currently unused, and MUST be
  182.       zero.
  183.  
  184.    Transmission Rate
  185.  
  186.       The basic rate for PPP over SONET/SDH is that of STS-3c/STM-1 at
  187.       155.520 Mbps.  The available information bandwidth is 149.760
  188.       Mbps, which is the STS-3c/STM-1 SPE with section, line and path
  189.       overhead removed.  This is the same super-rate mapping that is
  190.       used for ATM and FDDI [4].
  191.  
  192.       Lower signal rates MUST use the Virtual Tributary (VT) mechanism
  193.       of SONET/SDH.  This maps existing signals up to T3/E3 rates
  194.       asynchronously into the SPE, or uses available clocks for bit-
  195.       synchronous and byte-synchronous mapping.
  196.  
  197.       Higher signal rates SHOULD conform to the SDH STM series, rather
  198.       than the SONET STS series, as equipment becomes available.  The
  199.       STM series progresses in powers of 4 (instead of 3), and employs
  200.       fewer steps, which is likely to simplify multiplexing and
  201.       integration.
  202.  
  203.    Control Signals
  204.  
  205.       PPP does not require the use of control signals.  When available,
  206.       using such signals can allow greater functionality and
  207.       performance.  Implications are discussed in [2].
  208.  
  209.  
  210.  
  211. 3.  Framing
  212.  
  213.    The framing for octet-synchronous links is described in "PPP in HDLC
  214.    Framing" [2].
  215.  
  216.    The PPP frames are located by row within the SPE payload.  Because
  217.    frames are variable in length, the frames are allowed to cross SPE
  218.    boundaries.
  219.  
  220.  
  221.  
  222. Simpson                                                         [Page 2]
  223. RFC 1619                   PPP over SONET/SDH                   May 1994
  224.  
  225.  
  226. 4.  Configuration Details
  227.  
  228.    The standard LCP sync configuration defaults apply to SONET/SDH
  229.    links.
  230.  
  231.    The following Configuration Options are recommended:
  232.  
  233.       Magic Number
  234.       No Address and Control Field Compression
  235.       No Protocol Field Compression
  236.       32-bit FCS
  237.  
  238.  
  239.  
  240.  
  241. Security Considerations
  242.  
  243.    Security issues are not discussed in this memo.
  244.  
  245.  
  246.  
  247. References
  248.  
  249.    [1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP)", RFC
  250.          1548, Daydreamer, December 1993.
  251.  
  252.    [2]   Simpson, W., Editor, "PPP in HDLC Framing", RFC 1549, 
  253.          Daydreamer, December 1993.
  254.  
  255.    [3]   "American National Standard for Telecommunications - Digital
  256.          Hierarchy - Optical Interface Rates and Formats Specification",
  257.          ANSI T1.105-1991.
  258.  
  259.    [4]   "American National Standard for Telecommunications -
  260.          Synchronous Optical Network (SONET) Payload Mappings", ANSI
  261.          T1.105.02-1993 draft.
  262.  
  263.    [5]   CCITT Recommendation G.707, "Synchronous Digital Hierarchy Bit
  264.          Rates", June 1992.
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277. Simpson                                                         [Page 3]
  278. RFC 1619                   PPP over SONET/SDH                   May 1994
  279.  
  280.  
  281. Acknowledgments
  282.  
  283.    PPP over SONET was first proposed by Craig Partridge (BBN).  Some
  284.    information was obtained from the good folks at Bellcore.
  285.  
  286.    Technical assistance and information was also provided by Victor
  287.    Demjanenko (SUNY Buffalo).
  288.  
  289.    Special thanks to Morning Star Technologies for providing computing
  290.    resources and network access support for writing this specification.
  291.  
  292.  
  293.  
  294. Chair's Address
  295.  
  296.    The working group can be contacted via the current chair:
  297.  
  298.       Fred Baker
  299.       Advanced Computer Communications
  300.       315 Bollay Drive
  301.       Santa Barbara, California  93117
  302.  
  303.       EMail: fbaker@acc.com
  304.  
  305.  
  306.  
  307. Author's Address
  308.  
  309.    Questions about this memo can also be directed to:
  310.  
  311.       William Allen Simpson
  312.       Daydreamer
  313.       Computer Systems Consulting Services
  314.       1384 Fontaine
  315.       Madison Heights, Michigan  48071
  316.  
  317.       EMail: Bill.Simpson@um.cc.umich.edu
  318.              bsimpson@MorningStar.com
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332. Simpson                                                         [Page 4]
  333.  
  334.  
  335.